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hash pointers. Blockchain-based solutions provide trust and privacy because of the 

resistance to the inconsistency of data and advanced cryptographic features. In 
various fields, blockchain technology has been implemented to ensure transparency, 
verifiability, interoperability, governance, and management of information systems. 
Processing large volumes of data being generated through emerging technologies is a big 
issue. Many researchers have used Blockchain in various fields integrated with IoT, ie., 
industry 4.0, biomedical, health, genomics, etc. Blockchain has the attributes of 
decentralization, solidness, security, and immutability with a possibility to secure the system 
design for transmission and storage of data. The purpose of the consensus protocols is to 
keep up the security and effectiveness of the blockchain network. Utilizing the correct 
protocol enhances the performance of the blockchain applications. This article presents 
essential principles and attributes of consensus algorithms to show the applications, 
challenges, and opportunities of blockchain technology. Moreover, future research directions 
are also presented to choose an appropriate consensus algorithm to enhance the 
performance of Blockchain based applications 
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Introduction 

Blockchain is an emerging paradigm of distributed computing. The paradigm is 
revolutionizing lives from the transactions of money to the use of machines. Technology 
helps in proving one's identity. In the near future, Blockchain will bring more advancement 
in the field of computing technologies. Blockchain is a distributed database, shared and 
integrated among all contenders in a network. Blockchain technology has progressed in a 
variety of areas and is growing rapidly. Blockchain has many applications such as data 
exchange, record keeping, online access to data and data protection, etc. Moreover, it can be 
used in a variety of financial services, such as digital assets, wire transfers, and online 
payments, with the capability of payments without the involvement of intermediaries [1], [2]. 
The technology can also be applied to other areas, including smart contracts[3], utilities[4], 
Internet of Things (loT)[5], reputation systems[6], security services[7], vehicular networks[7], 
and healthcare[7]. Thus, the research community has started to realize the potential of 
blockchain technology beyond financial applications. 

Consensus is the key element of the Blockchain that ensures integrity among 
validators. For a Blockchain system, consensus algorithms guarantee that all nodes in the 
network agree on a consistent state of the Blockchain. Blockchain can be regarded as 
fundamental technology providing foundations for economics and businesses[8]. Blockchain 
can be defined as a ledger where information can be appended, offering an absolute 
decentralization[9], [10]. The information stored in this ledger cannot be changed, tampered 
with, or deleted. Blockchain networks are mainly discriminated against by their attributes to 
other networks. These attributes are tamper-resilience, transparency, open access, and 
disintermediation[{11]. These attributes lay the foundation of numerous spotlight applications 
that need security and integrity of data[12], [13]. Blockchain mainly finds applications in 
Bitcoin, where the users are facilitated with the transactions of digital currency, and there is 
no need for a third party to validate these transactions. Blockchain is mainly categorized as 
public or permissioned[14]. As the names suggest, a public Blockchain is one where 
everyone can contribute to the network. But only a couple of processes may be excented in a 
second, thus reducing the efficiency and performance. In a permissioned Blockchain, only 
authorized or selected users can participate in appending the information in a blockchain, 
and they decide what information to be added. Permissioned Blockchain claims advantages 
over public Blockchain, like the capability to partition the segments where validation of a 
transaction is done by a specific group of nodes. Other merits are the trustworthiness of 
nodes, use of consensus algorithms, and promising far more throughput[15]. 

In this paper, we discuss the basic standards and qualities of the consensus protocols 
to demonstrate the applications and difficulties of different consensus algorithms. In 
addition, future research directions are also highlighted to select a suitable consensus 
protocol for the development of Blockchain-based systems. 

Structure of Blockchain 

Blockchain is referred to as a peer-to-peer network where transactions are shared and 
maintained by all peers. These peers are individuals or groups anywhere in the world. 
Blockchain promises the possibility of a dramatic reduction in the cost of transactions carried 
out. In Blockchain, the ledger is stored redundantly on several nodes in the network. If at one 
place a record or entry is modified, it must be modified in all copies on all nodes. When a 
transaction is done, all the values and assets are exchanged, and transactions are stored in a 
ledger permanently. There is no need for third parties to check and validate the data. If the 
transaction is shifted to Blockchain, the transaction can be cartied out within seconds and is 
verified and secured autonomously. Figure 1 shows the simplified structure of Blockchain. A 
block in Blockchain contains a hash, hash of the previous block, data, timestamp, and other 
information. The nature of data in a block is dependent on the service of blockchain 
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applications such as a record of a transaction, contract record, or record of IoT-related data. 
When a transaction is carried out, a code is hashed with that transaction and sent to every 
node. As there could be thousands or millions of transactions needed to be stored in a block 
of every node, for this purpose, a final hash value is issued using the Merkle tree function. 
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Block 1 Header Header 


Header 


Hash of previous Hash of previous 
| Hash of previous block header block header 
block header 


Merkle Root 
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Figure 1. Structure of Blockchain. 
The functionality of Blockchain: The principles of Blockchain are as follows. 


e Blockchain is an open access platform, and no single entity or organization regulates 
Blockchain. Everyone can access the database and complete history. Partners in a 
transaction can see, check, and verify the record of the transaction owned by another 
partner. 

e There is no central authority to establish contact between two nodes. There is direct 
peer-to-peer communication among nodes. Every node can store information and share 
it with other nodes freely. 


e Every transaction taking place at every node has a unique value consisting of more than 
30 characters long alphanumeric addresses to be identified in a blockchain network. 
Transactions ate carried out via these unique addresses. Other nodes can see the 
transaction and values associated with them having access to the system. Nodes are free 
to keep their secrecy or show their identity to other nodes. 


e Records in Blockchain are irreversible as one record, when updated with some account, 
is linked to all previous records, hence forming a chain. Numerous approaches[16] and 
algorithms are implied to make sure that the coming record is stored in the database 
permanently in chronological order and is accessible to all users or nodes in the network. 

e Transactions in Blockchain are programmed and restricted to computation logic. It gives 
users the liberty to define rules and algorithms to carry out transactions among other 
nodes in the network automatically. 

The major processes of Blockchain are as follows[17][18]. 


e The sender takes a new tecord of data and broadcasts it to other nodes in a blockchain 
network. 


e Receiver checks and authenticates the data. If data is found correct, then it is stored in a 
block of the receiver. 


e Every node in the blockchain network runs the Proof of Work (PoW), Proof of Stake 
(PoS), or other consensus algorithms to submit its block to Blockchain. 
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A Consensus algorithm is executed. After that, the block is added to the Blockchain. 


Every node in Blockchain accepts this block. Then the chain is extended based on that 
block. 
Categorization of Blockchain: 


Existing blockchain systems can generally be divided into three types: public Blockchain, 


private Blockchain, and consortium Blockchain [19][20]. All these types of blockchains can 
be enumerated from multiple perspectives. 


Determination of Consensus: In public Blockchain, every node is eligible to participate 
in the Consensus. In contrast, a set of selected nodes are used to validate the block in the 
consortium blockchain. At the same time, the private Blockchain is administrated by an 
association that can conclude the ultimate agreement. 

Centralization: The key variation between the three types of blockchains is that the 
public Blockchain is not centralized at all, the consortium is moderately centralized, and 
the private Blockchain is completely centralized because it can be controlled by a 
particular entity. 

Access permission: Operations performed in a public blockchain appear to be public. 
Whereas in a private Blockchain, the administrators are authorized and can decide which 
transaction is to be added to the Blockchain. 

Immutability of data: It is nearly not possible to process the public Blockchain because 
transactions are stored on distinct nodes of the distributed system. However, the blocks 
could be inverted or manipulated if majority groups or prevailing organization desires to 
manipulate the Blockchain. 

Efficiency: Because Blockchain of the public type has a large number of nodes, it takes 
mote time to transmit blocks to all nodes. Given the security of the network, the 
limitations on the public Blockchain are intended to be stricter. Therefore, the 
performance is compromised, and the waiting time tends to be high. With a smaller 
number of validators, the working of the Blockchain could be more efficient than in 
private and consortium Blockchain. 

Agreement: In the consensus process of the public Blockchain, anyone from anywhere 
can participate. Unlike public blockchains, consortium and private blockchains require 
permission. A node must be certified to take part in the process of the Consensus for 
private or consortium Blockchain. 

Since public Blockchain is open, it attracts many users and communities. Consortium 


blockchain can be used for many applications like multi-organization systems and multi-peer 
setup of Hyperledger Fabric. Currently, Hyperledger Fabric is developing blockchain frames 
for commercial purposes. Ethereum has also provided tools for building consortium 
blockchain. As for private Blockchain, many companies still use it for efficiency and 
verification. 
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Figure 2. Demonstration of the fork in Blockchain 
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Forks in Blockchain: 

When two miners get two unusual blocks built in the corresponding preceding block, 
a fork in the Blockchain may occur. This is solved by the PoW consensus protocol. Research 
shows that the probability of fork formation increases when the block size increases and the 
gap between the blocks decrease; this is probably due to the delays in the propagation of 
blocks in blockchain network. Delayed miners may seek to undermine blocks that are no 
longer in use or not the latest one[21]. Figure 2 shows the demonstration of the fork in a 
blockchain. 
Consensus Algorithms in Blockchain 

Consensus is the key element of Blockchain that describes how it works and ensures 
integrity among validators. Depending on the type of Blockchain, there exist different 
consensus mechanisms[22]. Various consensus algorithms are used in Blockchain to bring 
consistency in reaching an agreement among the users. Many review articles cover consensus 
algorithms with different aspects and parameters[23]—[32]. Consensus in a distributed system 
is a challenge. For blockchain framework, consensus protocols guarantee that all blocks in 
the system are in concurrence with a reliable state of the Blockchain. Emerging technologies 
produce abundant data that needs to be stored and transacted safely from decentralized 
databases. Recently, there has been remarkable interest in utilizing the applications of 
Blockchain for the delivery of safe and secure data in healthcare, biomedical, and e-health 
data sharing[33]. Authors in [34] proposed a framework for the selection of consensus 
protocols. The framework works on defined criteria and priorities by using multi decision- 
making system. A fault-tolerant consensus algorithm for Blockchain is proposed [35]. The 
protocol is based on Practical Byzantine Fault Tolerance (PBFT) to ensure the reliability and 
efficiency of the consensus protocols. A framework for the theoretical comparison of 
consensus algorithms is presented in [36]. Experimental evaluation is performed to validate 
the framework. Authors in [37] developed a framework for Central Bank Digital Currency 
Evaluation and Verification (CEV) to verify and recommend technical solutions. One 
module of the proposed framework consists of a consensus algorithm. An efficient 
consensus algorithm for consortium blockchain is proposed in [38]. The framework is based 
on DAG supervised to ensure consensus efficiency. Authors in [39] proposed a modification 
in the Istanbul Byzantine Fault Tolerance voting-based algorithm that provides choices for 
different business use cases. Another study is based on the acceleration of consensus 
algorithms using delayed feedback[40]. Another efficient and reliable protocol is proposed in 
[41] with the properties of fairness, public verifiability etc. Authors in [42] improve the PoW 
protocol by including several proof rounds. Another framework for hybrid consensus 
protocol for IoT based healthcare system is presented in to resolve the trustworthiness 
issues [43][44]. A comparative analysis of some consensus protocols is given in Table 1. 

Table 1. Comparison of consensus protocols. 
The goal of the consensus layer is to let the blocks reach an agreement. Different types of 
consensus mechanisms exist that depend on the type of Blockchain. 


Parameters PoW PoS DPoS PoET 
‘Transaction rate Low High High Medium 
Tolerated <= 25% < 51% < 51% Unknown 
Latency High Low Low Normal 
Type of Blockchain PL P/PL P/PL P/PL 
DeSOntce High Medium Low Low 
consumption 


The most commonly used consensus algorithms are PoW and PoS [45]; however, 


other consensus algorithms also practice different implementations of PoW and PoS. Since 
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Blockchain has become a powerful independent technology, the consensus mechanisms 
have also evolved independently, according to the requirements of the Blockchain platform 
and applications[46]. 

Proof-of-Work Model (Ethereum): 

Ethereum is a popular blockchain platform that deals with designing smart 
contracts[46], [47]. The virtual machine of this platform is known as Ethereum Virtual 
Machine (EVM). This is used for the execution of smart contract code on the nodes of 
Ethereum. Ethereum platform provides permissionless and public networks. Cryptocurrency 
used by Ethereum is known as Ether. The purpose of this is to pay for the resources of the 
network as well as it is used for security like anti-spamming and DDoS protection measures. 
Ethereum is a general-purpose, open-source, blockchain-based distributed computing 
platform that can support any kind of application. Ethereum records all transactions on the 
Blockchain, and any entity can validate this record with the help of the Ethereum 
network[48]. The PoW model is also used by Ethereum. EthHash provides speedy 
authorization by using Application Specific Integrated Circuits (ASICs). ASICs perform very 
high rates of hashing operations. Entities like large organizations can make mining pools and 
provide a very high hashing rate that permits handling a very large amount of computational 
Power for operating the Blockchain network. Two approaches have been used by EthHash 
to oppose mining centralization. The first approach uses memory hardness. This allows the 
computer to circulate data in memory[49][50]. General-purpose computer hardware is also 
developed to accomplish expressively but cannot attain efficiently on ASICs. Another 
technique known as Greedy Heaviest Observed Subtree (GHOST) comprises the head of 
the newly bereaved chunks called uncles. An orphan block is a block that contains a 
temporary fork created from the main Blockchain. The node that generates the uncle block 
in the Blockchain is reduced to encourage the continuation of the newest chunk in the 
Ethereum blockchain. EthHash uses the idea of searching for the right nonce contribution 
that can produce a hash rate beneath a convinced level of difficulty. For PoW, this is a time- 
wasting process, and the node should simply go through the nonce value and execute the set 
of rules each time to get the results. The static reserve is a Directed Acyclic Graph (DAG) of 
gigabyte size. Without pre-generation, the client may not be able to start mining without the 
DAG in that epoch, so there may be a large delay in all epoch transitions. The DAG is 
desirable only for extraction and not for validation purposes. Validation is an easy 
progression that can be calculated over an extended period with low Power, low memoty, 
and CPU. Ethereum networks generate blocks every 15 seconds by adjusting the failure rate. 
Ethereum [48] divides the same concerns with Bitcoin for a 51 % attack. If an attacker can 
control 51 % of the mining power, divergence can be produced in the Ethereum blockchain. 
Though, ASIC's PoW has considerable resistance to the 51 % attack on Ethereum networks. 
Proof of Stake Model (PoS): 

The PoS [51] algorithm is developed to address the disadvantages of the PoW 
algorithm concerning the high power intake involved in mining processes. The PoS entirely 
exchanges the mining operation with another approach that involves the ownership of the 
user of the ownership of the virtual currency on the Blockchain system. In PoS, instead of 
purchasing a mining device, users can purchase cryptocurrency and use it as a strength to 
equalize block-building opportunities in the Blockchain system. The PoS algorithm selects 
the validator for block creation randomly so that it cannot be predicted earlier. This is a 
‘nothing’ in the Stake problem, which needs to be addressed for the accuracy and 
effectiveness of the PoS. The Ethereum [52] PoS is known as Casper, which is probably the 
best-advanced PoS algorithm. Casper uses the concept of reservation of credits and stakes 
for the accomplishment of a contract. The nodes can be combined with Ethereum systems 
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that are fixed by the process. These users are the joined validators, and by stacking security 
deposits, the initial list of joined validators shows commitment and interest in facilitating 
Ethereum Blockchains that is tracked by a special contract called Casper contract. From 
here, the joined validator list can go forward by joining the node away from the system to 
the old node. Each validator is haphazardly selected to generate a chunk from the active 
validator set and is generated with the highest prospect of selecting the deposit of each 
validator. If the validator is offline, another validator will be nominated, and this procedure 
will be repeated until the online validator that produces the block is detected. If the validator 
creates a block that is contained in the chain, you receive a block incentive that is equivalent 
to the entire Ether in the active validator set. This system suggests the "undetermined" 
problem, which stops the node from ending blocks that are not in the main chain, is 
resolved. 

Proof of Elapsed Time: 

Intel Ledger or Intel Ledger Lake is an Intel Blockchain [53] platform developed by 
the United States and is now officially proposed by the community as a proposal for further 
development under the Linux Foundation's Hyper ledger project. Intel Ledger uses an Intel- 
designed agreement algorithm called Proof of Elapsed Time (PoET), which is scheduled to 
trun on a Trusted Execution Environment (TEE), such as Software Guard Extensions 
(SGX). The PoET is an arbitrary leader selection model and uses a voting technique that 
uses random reader models or lottery grounded on SGX, and the decorum arbitrarily 
chooses the next leader to make the final decision of the block. To function properly, you 
need to distribute a random reader choice among all available participating nodes. In 
addition, there is no space for the operation because it requires a safe way to verify that 
other nodes are correctly selected by a particular leader. This is done using TEE to ensure 
the maintenance and uncertainty of electing a leader. Individually validators request a time 
interval from the script that is running in the TEE. A component that validates with less 
interval of time can win the draw and turn out to be a leader. The roles in the TEE are 
intended to ensure that the execution is not tampered with by external software. If the 
validation node requests a claim as a reader and is mining a block, you can also create a 
record to generate the TEE that the other nodes can effortlessly authenticate. This must 
prove that the minimum delay period has occurred and that the protocol has waited for the 
specified amount of time before the protocol can start to mine the next block. 
Byzantine-Fault-Tolerance-and-variants (BFT) (Hyper ledger Fabric): 

Hyper ledger Fabric [54] is the maximum widespread Blockchain platform 
industrialized through the Linux groundwork, providing a flexible manner with a pluggable 
agreement model. The fabric is planned for the sake of being validated by a centralized 
registry in the system. It also provides well-designed agreements on Blockchains, and as well 
identify the chain code. Hyper ledger now supports two agreed models, which are the 
common Practical Byzantine Fault Tolerance (PBFT) and the SIEVE. The current proposal 
is based on a Cross Fault tolerance "(XFT)" model. 

PBFT: 

The PBFT algorithms projected by Miguel and Barbara were the foremost applied 
solutions to meet the agreement faced by Byzantine's failure [55]. The concept of a cloned 
state machine and duplication of the vote is used to change the state of the system. It also 
reduces the encryption of communications exchanged between customers due to 
replications. This algorithm allows the "3f + 1" replica to allow "f" failure nodes. This 
method invites a low performance of the computer-generated copies services. The author 
reports 3 % upraise for the imitation Network-Free System (NFS) package and reports that 
these services have been tested, but the PBFT has been scaled down and researched to 20 
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replicas. As the number of replicas increases, the messaging overhead is significantly 
increased. 

SIEVE: 

The SIEVE Consensus Protocol is planned to address non-determinism in Chain 
code performance. If non-determinism exists in a chain code, a different output is produced 
when it is performed by a different copy in the circulated network. SIEVE normally handles 
deterministic transactions, but in some cases, it might produce a different output; the SIEVE 
protocol treats the chain code itself as a black box. Initially, all the operations are inferred, 
and the output is compared between replicas. 

Cross Fault Tolerance (XFT): 

XFT is a novel protocol that streamlines the spasm model, enables integrated fault 
tolerance, and makes it more efficient to run real scenarios. The Byzantine Fault Tolerance 
(BFT) protocol assumes a Powerful attacker who can control the node at risk, as well as 
deliver messages over the network. The ability to cope with such a strong attack reduces the 
effectiveness of the BFT protocol and dramatically improves its complexity. XFT solves 
state machine replication issues by easing attackers! strong assumptions, simplifying the state 
machine replication problem, and providing efficient solutions that can tolerate Byzantine 
failure. 

Federated-Byzantine-Agreement (Ripple & Stellar): 

Ripple and Stellar are the payment protocols based on two Blockchain-based 
platforms and the Byzantine Fault Tolerance Consensus model variation with respect to 
joining the nodes. These Blockchain platforms, in particular, provide payment protocols for 
financial use cases and settlement domains and can pay for a few seconds for cross-border 
transactions between today's infrastructure. The participants in this system are users, 
economic institutions acting as associates, and market operators who may be users or 
economic organizations. End-users can use client software to generate payment transactions 
and keep payments with a number of gateways, just like the banks they use in the real world. 
The gateway holds the user funds that are issued to the gateway with a heavy currency and 
cteates equivalent publications in the Ripple/Stellar network. This is reflected in the account 
balance in the Blockchain. Payment transactions can be validated by each node by denoting 
the account balance in the public Blockchain. Supreme transactions support payments in 
other cryptographic currencies so that the protocol has the greatest importance in placing a 
consistent order of transactions and preventing double overheads. Ripple and Stellar custom 
their individual agreement mockups to include unrestricted participation from users, 
gateways, and market manufacturers and are derived from the Byzantine fault tolerance. 

For the Ripple protocol[56], every single node must state a unique Node List (UNL). 
UNL consists of extra Ripple nodes that are confidential by the specified node and does not 
collate against the node. The Consensus in the Ripple system is attained by every node by 
referring to other nodes in the UNL. Each UNL must have a 40 % overlap in the Ripple 
network. In this case, an individual node gathers a transaction in a Blockchain called a 
"candidate set", and then broadcasts the candidate set to additional lumps in the UNL. The 
nodes certify the transactions, vote for them, and transmit the vote. Considering the number 
of votes counted, each node will pass the next round of transactions to receive the 
candidate's number of votes and receive the most votes. If the candidate set receives the top 
80 % of the votes get from every node in the UNL, the candidate develops an effective 
block, and Ripple terms that as a "ledger". When an individual subnetwork reaches an 
agreement, Consensus is reached across the network. 

The Stellar Consensus Protocol (SCP) customs the idea of quorum and quorum 
slicing. A quorum is a group of nodes that are sufficient to achieve an agreement. A quorum 
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slice is a subgroup of the quorum that can persuade a specific node of an agreement to be 
satisfied. Individual nodes may be displayed in multiple quorum slices. In Stellar, a quorum 
slice is introduced, allowing an individual node to select a group of nodes of its slice, 
permitting open contribution. 

To reach a worldwide Consensus on all systems, a quorum must be crossed. The 
Consensus has been achieved globally by individual node decisions. The agreement protocol 
works as follows: Individual node initially accomplishes the first vote on the transaction. The 
second step is the acceptance step. The node does not accept that the statement is 
inconsistent with the current statement and accepts the statement if an individual node in the 
v-blocking set accepts the declaration. Approval is the final stage of the elective procedure. 
A brief description of the methodology of different consensus algorithms is discussed here. 
The strengths and limitations of the algorithms are summarized in Table 2. 

In PoW, for a transaction, miners in the Blockchain use their supercomputers to 
solve a cryptographic puzzle. The answer to the puzzle tells them which next block will be 
added to the Blockchain. The first to solve the puzzle has been rewarded with quality 


bitcoins. 

In PoS, instead of a user spending money to buy miniature computers, a minor 
would spend here to purchase an encryption token, then use these tokens as a stake to 
purchase proportional creation opportunities in a chain of blocks. 

DPoS is similar to PoS with slight variations. PoS can be considered a direct 
democracy, whereas DPoS is like a representative democracy. In DPoS, coin holders use 
their coins to elect network delegates called "validators". Elected validators can impose 
blocks and add them to the Blockchain network. 

Table 2. Summary of the Consensus algorithms 


Algorithm Strengths Limitations 
PoW e First Consensus protocol and | ¢ Energy-intensive 
quite popular. e 51% vulnerable to attack. 


e Highly scalable and Suitable for 
a variety of applications. 


PoS e Increased transaction processing | ¢ Always vulnerable because a person 
speed compared to POW. with enough money to invest can buy 

e Less energy consumption a crazy number of encrypted tokens. 
because it does not need |eThe rich get richer (the rich can 
equipment (supercomputer) control the network) 

Fewer resource needs. 


DPoS eThe speed of processing is | ¢ Cartel formation (witnesses can form 
greater than that of the PoW. a cartel and rule the network). 

eLess power consumption | ¢ Vulnerable to attacks 
because mo equipment is | e Quite centralized because Power is in 


required (supercomputer). the hand of a few delegated nodes. 
Fewer resoutce needs. 


PoET eLow participation cost (more | ¢ Even though it is cheap, it still needs 
people can participate easily, | specialized software. 
which makes it decentralized) e Not suitable for public Blockchain 


e All participants can simply 
verify that the delegate has been 
legitimately selected 
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In the PoET algorithm, each participant network node must wait a randomly 


selected period, and the first to complete the designated waiting time wins the new block. 

Each block in a Blockchain network generates a random wait time and remains inactive for 

the specified duration. The first contender to wake up is the one whose waiting time is the 

shortest: he wakes up and sends a new block to the chain of blocks. 

Challenges and Opportunities 

Blockchain is currently under extensive research and development from both 
academia and the industry; however, there are still some major challenges to be overcome. 
As no special techniques are applied for the verification of the transaction, every transaction 
will be verified by the nodes in the network. This puts a constraint on what number of smart 
contacts would be processed in each block and, as a 77result, how large a smart contract 
application is likely to be before it could affect the whole performance of the Blockchain 
network immensely. 

With the evolution of Blockchain and its being in trend due to new paradigm shift in 
business and networking, its application is also found in wireless networks. In Blockchain 
wireless networks, computation off-loading and content caching in Mobile Edge Computing 
[57] is also a significant issue. Another issue that Blockchain faces are designing Blockchain 
algorithm to promise a good quality of service to Blockchain-based application[58]. This 
problem becomes important to consider that the performance of Blockchain is mainly 
dependent on the selected Consensus schemes or algorithms in terms of robustness to 
randomly behaving nodes and speed of Consensus decision taken. It is predicted to beat the 
cuttent trends and technologies to handle the business, consumer/customer setvices, 
distributing systems, and record-keeping systems. But it is still an evolving process. But 
surely, it can be foreseen clearly, that the future belongs to Blockchain. 

Conclusion. 

Blockchain-based frameworks alter the centralized storage systems, for example, 
relational databases, by making them secure and performing fewer transactions per unit time. 
Then again, these frameworks have the upside of giving progressively vigorous and fault- 
tolerant methods for storing critical data. To pick up the advantages of this innovation, it is 
significant that health associations directly investigate platforms, systems, and ways to deal 
with the implementation of this technology. This survey article gives an outline of 
Blockchain technology, including Blockchain framework and various Blockchain Consensus 
protocols. We, at this point, examine the distinctive Consensus protocols utilized in the 
Blockchain and contrast these algorithms in various regards. Moreover, we exhibit a few 
difficulties and issues that would upset Blockchain innovation. We analyzed and compared 
various consensus algorithms. 
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